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RE3MAR1CS 



Claims 38-72 were pending at the time of examination. The applicants x^ectfiilly 
request reconsideration based on the foregoing amendments and these remarks. 

Claim Rejectiom -35 U.S.C. § 102 

Claims 38 and 60 were rqected under 35 U.S.C § 102(e) as being anticipated by 
Czajkowski G. et al. 'Intemet Servers, Safe-Language Extensions, and Structured Resource 
Control," Technology of ObjectOriented Languages and Systems, 1999. Proceedings of Nancy 
Prance 7-10 Jmie 1999, Los Alamitos, CA, USA, IEEE Comput. Soc, Us. 7 June 1999. pages 
295-304 (hereinafter "Cz^'kowski"). 

Czajkowski describes as system for alleviating "some problems related to resource 
management in setv^ ^yjronmems » (see Czajkowski abstract) and in particular to ascertain 
that a request that is received by a server does not consume or monopolize an entire resource in 
the server. In order to address this problem, an abstract concept, the "resource account," is 
introduced. The resource account "explicitly encapsulates the rights to various computational 
resources'* (Czajkowski, page 5, 4* paragraph). Resource accounts can be shared by multiple 
threads, if needed. Whenever an attempt is made to charge more resources than allowed by a 
given resource account, an associated resource overuse callback is raised (Czajkowski, page 5, 
5* paragraph). Thus, in Czajkowski a predetennined set of resources is dedicated in advance to 
one or more threads, based on the size a programmer chooses for the resource account 

The applicants' invention, as defined in claim 38, refers to "each code downloaded to the 
computer system." Thus, it is clear that the applicants' invention is not intended to be used in a 
server environment. Furtheimore. the appUcants' method, as defined in claim 38, requires 
"updating the resource indicator when the related code chang«>.fi it s actual collertiv^ rP^nn.-^^ 
usage." Thus, rather than pre-assigning a particular size to a resource account, as is done in 
Czajkowski. the method in the applicants' invention discovers when the related code changes its 
actual coUeotive resource usage, and updates the resource indicator at that point Thus, not only 
are the two mediods different, but the appUcants' method is more dynamic in nature than the 
method presented in Czajkowski, which uses a preset account size. For at least these reasons, it 
is submitted that the anticipation rejection of claim 38 is unsupported by the cited art and should 
be withdrawa Furthermore, the applicants would also like to inform the Examiner that the 
Czajkowski reference cannot be cited under 35 U.S.C § 102(e), as Czajkowski is not a patent 
application publication or a granted patent 
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Claim 60 is ^ Beauregard c]z^ coiresponding to claim 38. For reasons substantially 
^lar to those set forth above with respect to claim 3 8. the ^pUcants respectfully contend that 
the rejection of claim 60 is unsupported by the cited art and should be ^vidldIa^vn. 

Claim Rejections -35 U.S.C. § 103 
Claims 38-46, 50-58, 60-63, and 66-71 were rejected mider 35 U.S.C § 103(a) as being 
unpatentable over U.S. Patent No. 5,838.968 to Culbert (hereinafter "Culbert") in view of U.S. 
Patent No. 6,430,570 to Judge et al. (hereinafter "Judge-^. Claims 47-49 and 64-65 were 
rejected under 35 U.S.C § 103(a) as being unpatentable over Culbert in view of Judge as applied 
to claims 38. 45, 60 and 63, fbrther in view of U.S. Patent No. 6,182,022 to Mayle et al. 
(hereinafter "Mayle"). Claims 59 and 72 were rejected under 35 U.S.C § 103(a) as being 
unpatentable over Culbert in view of Judge as appUed to claims 38 and 60, further in view of 
AppKcant's admitted prior art. The applicant respectfully traverses these rejections. 

Claim 38, requires "for each code downloaded to the computer system, associatbig a 
resource indicator with all threads that are executed directly by the downloaded code and all 
threads that are initiated by the downloaded code, wherein aU of the threads that are executed 
directly by the downloaded code and all threads that are initiated by the downloaded code are 
defined as a set of reUted code." That is. a resource indicator is associated with all the related 
threads executed direcfly or indirectly by a particular downloaded code. Claim 38 also requires 
"updating the resource indicator when the reTat ad code changes its actual collective resource 
usage of a particular resource so that the resource indicator only tracks actual resource usage of 
the related code." 

In other words, the resource indicator is updated so as to track the actual resouroc usage 
of raly the related code, which is defined as the threads executed or initiated by the particular 
code downloaded to a computer system. Thus, the resource indicator tracks actual resource 
usage of gnlsr the threads executed or initiated by the downloaded codft This feature 
advantageously allows implementation of procedures with respect to each set of threads executed 
or initiated on behalf of each downloaded code when actual resource usage by such related 
threads exceeds a particular limit. For example, these related threads can be terminated together 
when the resource indicator which tracks changes in actual resource usage oaly of these threads 
indicates that they are exceeding their resource usage. Furthennorc, the resource indicator is. 
updated *Svhen the related code changes its actual coUective resource usage." 

In contrast, Culbert appears merely to teach tracking of resource usage for each task 
nmning on a computer system or device (see col. 8, lines 38-59). However, Culbert faUs to teach 
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or suggest tracking resource usage for aU threads that ^ executed or initiated for each code 
downloaded to a computer system with a single n^ource indicator, in the manner claimed 
Accordmgly, threads originating fiom a do^^oaded set of related code cannot be dealt with 
together when one or more of the threads is misbehaving, as can be practiced with embodiments 
of the present invention. Instead, Culbert teaches using a resource tracking variable to iraok 
resource usage of an entire system or device. The appKcants agree with the Examiner's assertion 
that the data for this resource tracking variable is obtained in Culbert by asking the individual 
tasks about their resource usage, but respectfoUy disagrees with the assertion that '-related code is 
considered inherently included in each of the task execution which consume lesouix^." If the 
related code were included in the execution of each task that consumes resources, it would be 
sufiRcient to ask only a subset of tasks (such as a set of "master tasks") for their actual resource 
usage, rather than asidsig aU tasks for actual their resource usage. 

Purthennore, even if the resource tracking variable of Culbert were to be considered to be 
equivalent to the resource indicators for the sets of related code in the applicants' invention, 
claim 38 also requires that the resource indicator be updated 'Svhen the related code changes its 
actual coUective resource usage." In Culbert, on the other hand, "The 
UpdateResourceMeasurement routine is activated bv a timer on a periodic ha.«;i.; " (see col. 8, 
lines 47-48) or jn response to a guprx fiom a resource manager (see col. 10, lines 52-55). Thus, 
the updates in Culbert are either "periodic" or "passive" in nature, and do not occur as a result of 
a set of related code changing its actual collective resource usage, as claimed. 

In addition, the tasks in Culbert have three classes; error intolerant, enor-tolerant 
realtime, and non-realtime (see Culbert, col. 8, lines 19-20), and the "enor intolerant tasks never 
have their resource utilization records updated with actual use" (see Culbert, col. 8, lines 58-59). 
Thus, since the actual resource usage of the error intolerant tasks is never taken into account in 
Culbert, there would be no update if the error intolerant ta^ks were to change their resource 
usage, as required by claim 38. 

The teachings of Judge do not remedy the deficiencies of Culbert in anticipating or 
rendering the applicants' invention obvious. Judge discloses resource management in a Java 
system, but feils to teach or suggest tracking resource usage with a single resource indicator for 
an threads that are executed or initiated for each code downloaded to a computer system, in the 
manner clauned. In Judge, "If, during the execution of an appUcation. ..the JVM. 22 runs out of 
memory, an OutOfMemoryEiror error is generated" (Judge, col. 8, lines 1-3), The applicants 
respectfully disagree with the Examiner's assertion that "It is obviously for an ordinary skill in 
the art to recognize that the memory usage has been tracked for the executed appUcations," and 
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submit the global memory usage can be ix^ed Mdthout tracking the usage of individual 
applications. Th^ is no suggestion in Judge a. to how to track the memory usage of individual 
applications. 

In order to establish ^primafade case of obviousness, the Examiner must show a 
motivation to combine Culbert and Judge. Nothing in either Culbert of Judge suggests a desire 
to combme the two patents. Hie feet that both Culbert and Judge relate to different ways of 
managmg low-memory conditions in computer devices or systems is not sufficient as a 
motivation t« combine the two documents. Furthermore, the Examiner needs to show a 
reasonable expectation of success, which the Examiner has feiled to do since he has not si^^ 
how Judge could cure the above mentioned deficiencies of Culbert Finally, the combination of 
the references must teach or suggest all the claim limitations. Even if it were possible to 
combine Culbert and Judge, the combination still would not teach, for example, the limitation of 
"updating the resource indicator when the related code changes its actual collective resource 
usage of a particular resource so that the resource indicator only tracks actual resource usage of 
the related code" as neither Culbert nor Judge features this type of resource mdicators or does 
any updates in the manner described by the limitation. For at least these reasons, the rejection of 
claim 38 is unsupported by the art and should be withdrawn. 

Claun 60 is a Beaur&gard claim corresponding to claim 38. For reasons substantially 
similar to those set forth above with respect to claim 38, the appUcants respectftilly contend that 
the rejection of olahn 60 is unsupported by the cited art and should be withdrawn. 

The Examiner's rejections of the dependent claims are also respectfuUy traversed. 
However, to expedite prosecution, all of these claims will not be argued separately. Clarnis 39- 
69 and each depend directly from independent claims 38 or 60 and, therefore, are respectfully 
submitted to be patentable over cited art for at least tbe reasons set forth above with respect to 
claims 38 and 60. Further, the dependent claims require additional elements that when 
considered in context of the claimed inventions further patentably distinguish the invention from 
the cited art. For example, claims 57 and 70 further require that "determining which threads are 
to be defined as the set of related code based on which threads are assigned to a same protection 
domain." Claims 58 and 71 further require "aborting the threads of the related code when their 
resource indicator exceeds a maximum level." Finally, claims 59 and 72 require that "the 
computer system is integrated with a set top box or a navigational system.- The cited references 
feil to teach or suggest such limitations. 
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Condnsion 

The ^licattts believe that aU pending claims are allo^vable and respectfully request a 
Notice of Allowance for this application from the Examiner. Should the Examiner beUeve that a 
telephone conference would expedite the p«>secutiou of this appUcation, the underdgned can be 
reached at the telqjhone number set out below. 

Respectfully submitted, 
BEYER WEAVER & THOMAS, LLP 



Frediik MoUbom 
Reg, No. 48,587 

P.O, Box 70250 
Oakland, CA 94512-0250 
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